home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / 93mar / atmmib-minutes-93mar.txt < prev    next >
Text File  |  1993-04-16  |  8KB  |  214 lines
  1. Editor's note:  Minutes received 4/12/93.  These minutes have not been edited
  2.                 and the attendee list has not been appended.
  3.  
  4. Reported by Kaj Tesink
  5.  
  6. ATM MIB BOF MEETING NOTES
  7.  
  8. On April 1, 1993, Kaj Tesink/Bellcore convened
  9. an ATM MIB BOF. The purpose of the BOF was to
  10. determine if there was sufficient interest
  11. to create a WG to develop managed objects for ATM.
  12.  
  13. The BOF agenda included four presentations,
  14. plus a discussion period:
  15.  
  16.         1) Overview, Proposed Charter (Kaj Tesink)
  17.         2) ATM MIB Strawperson Proposal (Masuma Ahmed)
  18.         3) ATM ILMI (Keith McCloghrie)
  19.         4) SONET MIB (Kaj Tesink)
  20.  
  21. Overview - Kaj Tesink
  22. -------------------------
  23.  
  24. Following unanimous agreement that a WG is necessary
  25. to develop managed objects related to ATM, Kaj 
  26. identified the following "terms of
  27. reference" as the basis for the proposed
  28. charter of the ATM MIB work effort:
  29.  
  30.         + Priority on ATM PVCs
  31.         + Keep the MIB small
  32.         + Priority is creation of a SNMPv1 managed objects,
  33.           support of SNMPv2 may be a future effort
  34.         + Difference between interface and end-to-end
  35.           view of NM information for ATM
  36.         
  37. Kaj discussed the relationship of the proposed
  38. ATM MIB with physical layer MIBs. He suggested that
  39. the WG include work on the SONET MIB which was
  40. posted by Tracy Cox. The Trunk MIB WG which had
  41. developed MIBs for DS1/E1 and DS3/E3 no longer exists.
  42. Ayal Opher cautioned against assuming that the
  43. SONET MIB is "done". Since there are more
  44. implementations of SONET equipment, folks may
  45. pay more attention and have more comments on
  46. the proposed SONET MIB module.
  47.  
  48. There was discussion on the different perspectives
  49. on ATM-related network management information:
  50.  
  51.     + Local DTE view of ATM-based communication over the 
  52.       local interface
  53.     + Network view of the local interface
  54.     + End-to-end view of the communication path
  55.     + ATM Switch Management - both private and public
  56.     + ATM-based Service information - both private and public
  57.  
  58.  
  59. These different perspectives drive identification of
  60. different sets of managed objects.
  61.  
  62. Based on this discussion, a charter was agreed upon,
  63. that directs the proposed WG to undertake work on
  64. ATM and SONET management (attached).
  65.  
  66. ATM MIB Proposal - Masuma Ahmed
  67. -------------------------------
  68.  
  69. Masuma gave an overview of a Bellcore strawperson proposal 
  70. for an ATM MIB. See the copy of the viewgraphs for a detailed 
  71. list of proposed management information. The strawperson MIB 
  72. is based on the ILMI, and includes configuration information 
  73. about the ATM interface, ATM layer statistics, but (unlike 
  74. the ILMI) also VPL/VCL level performance information. Virtual 
  75. Channel Links are the interfaces between two adjacent ATM 
  76. devices. A Virtual Channel Connection is the set of VCLs used 
  77. end-point to end-point. A VCL is identified by a Virtual 
  78. Channel Identifier (VCI). Similarly, a Virtual Path 
  79. Connection consists of VPLs, identified by VPIs.
  80.  
  81. Issues identified during the discussion included:
  82.  
  83.     + Relation to the existing ILMI MIB (see Keith's talk)
  84.     + The need for end-to-end PVC configuration information
  85.     + Modelling of ATM in relation to MIB II interfaces table
  86.     + Need to keep the MIB small
  87.     + Need to coordinate modelling of PVCs with FR MIB effort
  88.     + Need for AAL performance statistics
  89.     + Need for VPC/VCC level performance statistics
  90.  
  91.  
  92. ATM Forum ILMI - Keith McCloghrie
  93. ---------------------------------
  94.  
  95. Keith gave a presentation on the ATM Forum's Interim Local 
  96. Management Interface ILMI, stressing 
  97. that even though the ILMI uses SNMP packet formats, the 
  98. purpose of the ILMI is not network management, but rather 
  99. "interface management". However, since the management 
  100. information needed for interface management is a subset of 
  101. the information needed for network management, the ILMI's MIB 
  102. should be appropriate for use by network management as 
  103. well as for interface management.
  104.  
  105. The ATM Forum's ILMI MIB was designed to be symmetric --
  106. that is, to have the same MIB on each side of the interface.
  107. It currently contains read-only objects. The ILMI MIB
  108. contains information on the physical port (e.g.,operStatus),
  109. ATM Layer, ATM Cell, and VPC/VCCs. There are no VCL or VPL 
  110. level statistics in the ILMI.
  111.  
  112. Keith recommended that the proposed IETF Working Group use 
  113. the ILMI MIB as a base for the development of IETF ATM 
  114. MIB(s). The management of the local interface should use a 
  115. common MIB module/table/group.
  116.  
  117.  
  118. SONET MIB - Kaj Tesink
  119. ----------------------
  120.  
  121. Kaj gave a short presentation of the SONET MIB. The SONET MIB 
  122. has been posted as Internet-Draft for a long time. It is 
  123. consistent with other trunk MIBs. A minor change may be 
  124. needed on table indexing. Interested people are encouraged to 
  125. review this MIB.
  126.  
  127. Internet-Draft:
  128.  
  129.    "Definitions of Managed Objects for the SONET Interface
  130.     Type", Jan.1993, Tracy A. Cox, Kaj Tesink,
  131.     <draft-ietf-cox-sonetmib-01.txt>.
  132.  
  133.  
  134. Conclusions of the Working Group
  135. -------------------------------
  136.  
  137. 1) There is interest in forming a Working Group to develop
  138. standard managed objects for ATM and SONET.
  139.  
  140. Deirdre Kostick suggested to call it the AToMMIB WG, with the
  141. "o" signifying SONET, and the "AToM as a reminder to keep
  142. MIBs small(!).
  143.  
  144. 2) It is likely that there will be multiple MIB modules for 
  145. ATM developed to support the different management 
  146. perspectives identified during the BOF.
  147.  
  148. 3) The MIB module(s) for management for the local interface
  149. should build on the ATM Forum ILMI MIB.
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157. Charter proposed AToM MIB WG (atommib)
  158. --------------------------------------
  159.  
  160. Chair(s):
  161.    Kaj Tesink <kaj@cc.bellcore.com>
  162.  
  163. Network Management Area Director(s) 
  164.     Marshall Rose <mrose@dbc.mtview.ca.us>
  165.  
  166. NM-Directorate Consultant:
  167.     Keith McCloghrie <kzm@hls.com>
  168.  
  169. Mailing Lists:
  170.    General Discussion:atommib@thumper.bellcore.com
  171.    To Subscribe:      atommib-request@thumper.bellcore.com
  172.    Archive:           thumper.bellcore.com:pub/tob/atommib
  173.  
  174. Description of Working Group:
  175.  
  176.      The AToM MIB Working Group is chartered to define sets of managed
  177.      objects which will be useful in the management of ATM and SONET
  178.      equipment, interfaces, networks, and/or services that conform
  179.      to the relevant ATM and SONET specifications.  The initial sets
  180.      defined will be:
  181.  
  182.        - an interface-specific MIB for ATM interfaces, which is aligned with
  183.          the managed objects for interface layering being defined by the
  184.          Interfaces MIB WG.  The working group should consider the ATM
  185.          Forum's ILMI MIB for its suitability in this respect, plus any
  186.          extensions necessary to instrument the layers between the ATM
  187.          layer and the IP layer (e.g., AAL5).  The latter should be
  188.          take into account the work of the IP-over-ATM
  189.          working-group (e.g., the "Multi-Protocol over AAL5"
  190.          specification).
  191.  
  192.        - managed objects for the monitoring and control of ATM PVCs and
  193.          SVCs, both in ATM end-points and in ATM switches or networks.
  194.          (objects for ATM SVCs will be considered after completion of the
  195.          work on ATM PVCs). 
  196.  
  197.        - managed objects that instrument devices with SONET interfaces
  198.          that conform with the relevant SONET specifications.  This work
  199.          should closely align to other trunk MIBs (DS1/E1 MIB, DS3/E3 MIB).
  200.          The working group should consider the existing Internet-Draft SONET
  201.          MIB for its suitability in this respect.
  202.  
  203.      The objects defined by the working group will be consistent with
  204.      the SNMP framework.
  205.  
  206. Goals and Milestones:
  207.  
  208.    May 93 Begin developing internet-drafts for discussion.
  209.  
  210.    Oct 93 Post revised internet-drafts for discussion.
  211.  
  212.    Dec 93 Submit internet-drafts to IESG for standards track evaluation.
  213.  
  214.